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Description 



Method for transferring data 



The invention relates to a method for transferring data 
between a first computer and a second computer as well as a 
corresponding data network and a corresponding computer 
program product. 

Both the Internet and wireless access networks such as UMTS 
and WLAN are nowadays used to transmit a multiplicity of data. 
In particular these networks are being- increasingly used for 
transmitting multimedia data, e.g. in the form of video 
streaming. Quality problems frequently arise here, resulting 
from the fact that multimedia streams are transported from a 
server to a client via different networks, which means that it 
is virtually impossible to guarantee continuously high and 
consistent data transfer quality. Thus a customer supplied 
with a multimedia stream by a provider (e.g. for video on 
demand or Internet radio) does not always get an optimum 
presentation of the multimedia content. If the provider is 
charging the customer for providing the multimedia content, 
having to pay for poor quality is often unacceptable to the 
customer. 

Nowadays multimedia content is charged to the customer in 
relation to the volume of data transferred. In technical terms 
this is implemented by setting up a streaming session using a 
so-called session management protocol when a multimedia stream 
is requested. The setup and release of a session is stored in 
log files and databases. A bill is generated for the customer 
by searching the log files or databases for corresponding 
session setup and release and extracting therefrom the 
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quantity of data transferred. The disadvantage of this is that 
the customer always pays the full price for data transfer 
regardless of the quality of the multimedia stream. 

The object to the invention is therefore to create a method 
for transferring data which allows improved customer billing 
for transfer capacities. 

This object is achieved by the independent claims. Further 
developments of the invention are defined in the dependent 
claims. 

In the method according to the invention, data is transferred 
between a first computer and a second computer, quality- 
reducing events resulting in impairment of the quality of the 
transferred data being detected during transfer. These 
quality-reducing events are logged. 

The invention is therefore based on the knowledge that events 
which constitute a perceptible quality impairment for a user 
of the transferred data can be detected and constitute 
important information for a provider. 

In a particularly preferred embodiment, the method according 
to the invention is used for transferring digitized video 
images (also known as video streaming), in which case the 
following quality-reducing events are detected: 

freezing of video images; 
artifacts in video images; 

reduction in the sharpness of video images. 
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1 The inventors have recognized here that, with the transfer 

2 methods used nowadays, it is easily possible technically to 

3 determine the above-mentioned events which are very annoying 

4 for a user. 
5 

6 In a particularly preferred embodiment, the fees payable by a 

7 user for data transfer are calculated as a function of the 

8 logged quality-reducing events. This enables a provider to 

9 provide a billing model for a customer which is transparent 

10 and geared to data quality, the dependence of the payable 

11 costs on the quality of the data being just one example of a 

12 billing policy, however. For example, it might also be 

13 possible for poor quality to be linked to other factors such 

14 as rates or a special right to cancel for the user. 

15 

16 In a particularly preferred embodiment of the method according 

17 to the invention, the first computer is a server and the 

18 second computer a client. A serv.er is taken to mean a computer 

19 which supplies data which is received by a client, e.g. a 

20 terminal such as a laptop or cell phone. At least some of the 

21 quality-reducing events are detected in the client and 

22 reported to the server by means of a feedback message. The 

23 quality-reducing events are thus detected in the media player 

24 or decoder in the client which constitutes no problem 

25 technically. In a preferred variant, quantification measures 

26 are transmitted in the feedback message whereby the particular 

27 quality-reducing event is categorized and/or specified. 

28 Particularly for video transmission, the quality-reducing 

29 event can be assigned to one of the three above-mentioned 

30 event categories. 
31 

32 In another embodiment, the RTP/RTCP protocol (RTP = Real Time 

33 Protocol; RTCP = Real Time Control Protocol, document [1]) 
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1 sufficiently known from the prior art is used for data 

2 transfer and the feedback message is transmitted in the RTCP 

3 protocol. The feedback message preferably comprises one or 

4 more bits, specifically one byte. 
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In a further variant of the method according to the invention, 
the first computer is again a server and the second computer 
again a client, but with at least some of the quality-reducing 
events being detected in the server. This has the advantage 
that the detection of the events' is decoupled from the client 

11 so that any misuse by manipulation at the client is 

12 impossible. Such misuse could be the transmission of bogus 

13 feedback messages suggesting to the server that a quality- 

14 reducing event has occurred even though this is not in fact 

15 the case. A user could thereby attempt to reduce the price for 

16 a data transfer. 
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One possibility for detecting quality-reducing events at the 
server consists in the transmitted data rate being detected by 
the server and the data rate received at the client being 

21 detected by the client and reported to the server. The server 

22 then establishes that a quality-reducing event has occurred if 

23 the difference between received and transmitted data rate 
exceeds a predetermined value. Another possibility for 

25 detecting the quality-reducing events at the server consists 

26 in data losses being detected by the client and reported to 

27 the server. The server then establishes that a quality- 

28 reducing event has occurred if the difference between received 

29 and transmitted data rate is below a predetermined value. 

30 Another possibility for detecting the quality-reducing events 
at the server consists in data losses being detected by the 
client and reported to the server, whereby the server detects 

33 the occurrence of a quality-reducing event as a function of 
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1 the magnitude of the data losses. In a preferred variant the 

2 RTP/RTCP protocol is again used, and the received data rate 

3 detected by the client and/or the data losses detected by the 

4 client are communicated in the RTCP protocol. Known protocols 

5 can thus be used to implement the method according to the 

6 invention. 
7 

8 Another possibility for detecting quality-reducing events at 

9 the server is via the data buffer in the client, whereby the 

10 size of the buffer is known to the server or is communicated 

11 to the server when a transfer session is set up. In the event 

12 of data losses, the server is then informed by the client as 

13 to what data has been lost, the server calculating therefrom 

14 the occupancy level of the buffer and thereby determining the 

15 occurrence of quality-reducing events. The information as to 

16 what data has been lost in the event of data losses is 

17 preferably communicated to the server via an extension in the 

18 RTCP protocol. 
19 

20 The above-mentioned method is used particularly for data 

21 transfers which transmit data in the form of data packets as 

22 is the case, for example, with the IP protocol (IP = Internet 

23 Protocol) . 

24 

25 In a further embodiment of the invention, the detection of the 

26 quality-reducing events at the server and the detection of the 

27 quality-reducing events at the client are combined so that the 

28 quality-reducing events ' are recorded both at the server and at 

29 the client, a comparison between the two quality-reducing 

30 events being performed whereby only the events which were 

31 detected both by the server and by the. .client are logged. A 

32 plausibility check is therefore inserted downstream in order 
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1 to filter out any incorrectly detected quality-reducing 

2 events. 
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In addition to the above-described data transfer methods, the 
invention further relates to a data network with at least one 
first and at least one second computer, said data network 
being so designed that data is transferred between the first 
and the second computer in accordance with the transfer method 
according to the invention. This data network preferably 
comprises an IP network and/or a UMTS network and/or a WLAN 
11 network. 
12 

The invention additionally relates to a computer program 
product which has a storage medium on which a computer program 
is stored with which the data transfer method according to the 
invention is carried out when the computer program is run on a 
17 computer. 
18 

19 Exemplary embodiments of the invention will now be described 
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below with reference to the accompanying drawings in which 



22 Figure 1 schematically illustrates the transfer method 

23 according to the invention;" 
24 

25 Figure 2 schematically illustrates a feedback message which 

is used in one embodiment of the method according 
27 to the invention; and 



29 Figure 3 shows a processor unit for carrying out the method 

according to the invention. 



The invention will now be described in connection with video 
streaming in which a video film consisting of a plurality of 
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1 video images is downloaded from a server to a client where it 

2 is viewed by a user. For video streaming, three different 

3 categories of quality-reducing events were able be determined 

4 experimentally, said events being an annoyance to the viewer 

5 of the video film and therefore resulting in a reduction in 

6 the subjective quality of the multimedia data. The three 

7 events are: 
8 

9 1. Freezing of the image: with this event, the image remains 
10 static for a while, 

ll 

12 2. Artifacts in the video image: with this event, parts of 

13 the video image look strange or blurred. 

15 3. Quality reduction in the bit rate: with this event, the 

16 sharpness of the video image and the sharpness of the 

17 movements in the video image is reduced. 
18 

19 Figure 1 shows a scenario in which the method according to the 

20 invention is used. Figure 1 shows a server 1 and a client 2, 

21 the server providing video streaming data which is transmitted 

22 to the client using, inter alia, the IP protocol for data 

23 transfer. In the embodiment described here, the so-called RTP 

24 protocol which is sufficiently known from the prior art (see 

25 publication [1]) is additionally used. This protocol also 

26 includes the RTCP protocol with which so-called feedback 

27 messages for data transfer monitoring are sent back from the 

28 client to the server. 

29 

30 The method according to the invention enables the server to be 

31 informed about the three above-mentioned quality-reducing 

32 events and said events to be logged. In a first embodiment 

33 this is done by the client detecting the events and reporting 
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them to the server. This requires that the client is able to 
detect the events. This is not usually a problem, as the 
client comprises, for displaying the video data, a player or 
decoder which recognizes the three above-mentioned quality- 
reducing events. To feed back the events, in the first 
embodiment the RTCP protocol is used which comprises a special 
extension byte which is schematically illustrated in Figure 2. 

Figure 2 shows the extension byte with the bit positions 0 to 
7. The first three bit positions 0 to 2 describe the 
corresponding quality-reducing events, el standing for the 
above-mentioned first event, e2 for the above-mentioned second 
event and e3 for the above-mentioned third event. When a 
quality-reducing event has been detected by the client, it 
sets the corresponding bit 0, 1 or 2 to the value 1. This 
provides information as to which quality-reducing event is 
present. The other bit fields denoted by R in Figure 2 are 
intended for other quality-reducing events or can be used for 
additional quantification of these events. For example, these 
bits could be used to indicate how long the freezing of an 
image lasts or the number of artifacts occurring in the video 
image . 

A disadvantage of this first embodiment of the method 
according to the invention is that the client may improperly 
report the occurrence of quality-reducing events to the 
server. For example, the client could be manipulated by the 
user so as to suggest to the server that poor image quality is 
present. This arises particularly if the occurrence of 
quality-reducing events triggers a corresponding reduction in 
the fee payable for the data transfer. This disadvantage can 
be overcome according to a second embodiment of the present 
invention. With this second embodiment, the server only infers 
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that a quality-reducing event is present on the basis of the 
regular RTCP message which is not extended by the above 
described byte. This is possible, as the regular RTCP message 
already contains data transfer information with which the 
server can infer quality-reducing events. With this 
embodiment, the possibility of misuse by a user is greatly 
limited, as the quality of the connection is adjusted down if 
the regular RTCP message reports continuously deteriorating 
quality. As a user has no interest in a deterioration in 
quality, any improper use by manipulation of the RTCP message 
is ruled out. 

The individual quality-reducing events can be detected as 
follows at the server: 

The "quality reduction in the bit rate" event is easy to 
detect on the server side, as the transmitted bit rate is 
known to the server. The client is informed of the transmitted 
bit rate by an RTCP message from the server. Thus, if the 
difference between transmitted and expected bit rate exceeds a 
predetermined value, a quality-reducing event is present 

The ''artifacts in the image" event is not so easily detected. 
This event is generally preceded by a data packet loss. Data 
packet losses can in turn be communicated to the server via 
the RTCP protocol. However, whether a packet loss produces a 
quality-reducing event due to artifacts in the image depends 
to a large extent on the client used. When analyzing a 
quality-reducing event, the server consequently has to know 
which client is present. This information can be made 
available to the server e.g. by determining a threshold value 
T for each client. This threshold value indicates that a 
quality-reducing event in the form of artifacts is present at 
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the client if the packet loss is greater than T. The 
corresponding value T must be experimentally determined in 
advance. The quality-reducing event "artifacts in the image" 
is therefore detected whenever the data packet loss determined 
at the client exceeds a client-dependent threshold value T. 

The quality-reducing event "freezing of the video image" 
generally occurs when the video image buffer in the client 
underruns, i.e. is virtually empty. To detect this event, the 
client informs the server when setting up the data connection 
as to the size of its buffer and how full the buffer has to be 
so that multimedia content can be displayed. During data 
transfer, the server is additionally informed via an extension 
in the RTCP as to which packets are lost and of the timestamp 
of the incoming packets. The server easily determines 
therefrom the buffer status. If the case now arises that the 
occupancy level of the buffer is below the value above which 
multimedia data is displayed, freezing of the video image 
occurs. If the server detects such a buffer underrun, it logs 
this as a quality-reducing event. 

In a third embodiment of the method according to the 
invention, the first and the second embodiment are combined, 
i.e. the quality-reducing events are detected by both the 
client and the server. The server then compares the two 
detections. If no discrepancies occur, the detected events are 
logged as quality-reducing events. However, if, for example, a 
quality-reducing event is detected by the client which the 
server does not detect, this is highly likely to be a misuse, 
which means that the server does not log this event. 
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1 The above-described detection and logging of the quality- 

2 reducing events is used in a preferred embodiment of the 

3 invention for calculating the data transfer charges. This is 

4 to enable the price for. data transfer also to be made 

5 dependent on the quality of the data. The multimedia data 

6 viewer therefore has to pay less, for example, if the quality 

7 is unsatisfactory, it depending on the provider as to how he 

8 charges the customer according to the quality-reducing events. 

9 For example, the provider may reimburse money to the customer 

10 if poor quality obtains over a lengthy period of time, the 

11 customer possibly being charged a reduced price for poor 

12 quality or having to pay nothing at all. 
13 

14 Although the above-described embodiments relate to the 

15 transfer of multimedia data in the form of video streaming, it 

16 will be obvious to the average person skilled in the art that 

17 the above invention can also be applied to the transmission of 

18 other data. Another field of application is e.g. telephony in 

19 an IP network, which is frequently termed voice over IP, 

20 whereby a mobile communications provider can factor voice 

21 quality into his billing. 

22 

23 The major advantage of the above-described linkage of quality- 

24 reducing events to billed prices is that a provider can supply 

25 a customer with a fair billing mode, thereby giving him an 

26 edge over other competitors. 
27 

28 Fig. 3 shows a processor unit PRZE for carrying out the method 

29 according to the invention. The processor unit PRZE comprises 

30 a processor CPU, a memory MEM and an input/output interface 

- 

31 IOS which is used in different ways via an IFC interface: an 

32 output can be displayed on a monitor MON and/or output to a 

33 printer PRT via a graphical interface. An input is made via a 
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mouse MAS or a keyboard TAST. The processor unit PRZE also has 
a data BUS which provides the connection from a memory MEM, 
the processor CPU and the input /output interface IOS. 
Additional components such as extra memory, data storage (hard 
disk) or scanner can also be connected to the data BUS. 
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